Power efficient tunneled direct link setup apparatus, systems and methods

ABSTRACT

An emulated wireless access point (AP) at a first PMC device (PMC 1 ) establishes a first tunneled direct link setup (TDLS) session between a first station module (STA 1 ) incorporated into the PMC 1  and a second station module (STA 2 ) incorporated into a second PMC device (PMC 2 ). Following establishment of the TDLS session, the wireless AP is allowed to sleep; and most infrastructure management duties are handled by the STA 1  during the session. PMC device battery charge may be conserved as a result. The emulated wireless AP may also establish a second TDLS link to a third station module (STA 3 ) incorporated into a third PMC device (PMC 3 ). The STA 1  may then bridge data traffic flow between the STA 2  and the STA 3 . Such bridging operation may enable communication between two PMC devices otherwise unable to decode data received from the other.

PRIORITY CLAIM

This application is a continuation of U.S. patent application Ser. No.16/897,107, filed Jun. 9, 2020, which is a continuation of U.S. patentapplication Ser. No. 15/289,837, filed Oct. 10, 2016, now U.S. Pat. No.10,721,782, which is a continuation-in part of U.S. patent applicationSer. No. 14/171,993, filed Feb. 4, 2014, now abandoned, which is adivision of U.S. patent application Ser. No. 13/109,974, filed May 17,2011, now U.S. Pat. No. 8,675,529, which claims priority to U.S.Provisional Patent Application No. 61/379,635, filed Sep. 2, 2010, eachof which is hereby incorporated by reference herein in its entirety.

TECHNICAL FIELD

Embodiments described herein relate to apparatus, systems and methodsassociated with wireless communication technology, including structuresand methods associated with wireless peer-to-peer and bridged-devicecommunication.

BACKGROUND INFORMATION

Personal mobile communication (PMC) devices such as smart phones andInternet tablet computers are becoming increasingly ubiquitous. Onefactor driving the popularity of these devices is the rapid growth ofso-called “social networking” applications and systems. Advances insocial networking technology have enabled members of society toestablish and maintain increasingly intimate social relationships acrosslong distances via the Internet.

Many PMC devices are designed to connect to the Internet wirelessly inorder to support mobility. A PMC device may connect wirelessly via datalinks associated with a cell phone connection, a wide area networkingconnection such as an Institute of Electrical and Electronic Engineers(IEEE) 802.16 connection, and/or a local area networking connection suchas an IEEE 802.11 connection, among others.

Additional information regarding the IEEE 802.11 standard may be foundin ANSI/IEEE Std. 802.11, Information technology—Telecommunications andinformation exchange between systems—Local and metropolitan areanetworks—Specific requirements—Part 11: Wireless LAN Medium AccessControl (MAC) and Physical Layer (PHY) Specifications (published 1999;reaffirmed June 2003). Additional information regarding the IEEE 802.16protocol standard may be found in IEEE Standard for Local andMetropolitan Area Networks—Part 16: Air Interface for Fixed BroadbandWireless Access Systems (published Oct. 1, 2004).

In some cases, it may be desirable for two or more people within a localarea to connect wirelessly and share data without traversing theInternet. People at a party or other gathering may, for example, wish totransfer pictures between PMC devices. The 802.11 specification supportssuch a connection in ad hoc mode. However, configuring a PMC device tooperate in 802.11 ad hoc mode is cumbersome, rendering this techniqueinappropriate for impromptu data sharing. Other methods may utilize802.11 infrastructure mode. However, an 802.11 infrastructure network isnot always available on an impromptu basis when needed.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a system including two PMC devices capableof wireless peer-to-peer communication according to various exampleembodiments of the invention.

FIG. 2 is a detailed block diagram of a PMC device within a systemaccording to various example embodiments.

FIG. 3 is a sequence diagram illustrating handshaking operations betweena first wireless station incorporated into a first PMC device, acollocated emulated wireless AP, and a second wireless stationincorporated into a second PMC device according to various exampleembodiments.

FIG. 4 is a block diagram of a system including three PMC devicescapable of bridged communication according to various exampleembodiments.

FIG. 5 is a sequence diagram illustrating handshaking operations betweena first wireless station incorporated into a first PMC device with acollocated emulated wireless AP module and two additional wirelessstations incorporated into second and third PMC devices, respectively,according to various example embodiments.

FIGS. 6A and 6B are flow charts illustrating a number of methodsassociated with various example embodiments.

SUMMARY OF THE INVENTION

Embodiments and methods herein enable peer-to-peer and/or bridgedcommunication between PMC devices operating as stations in a wirelessnetwork such as an 802.11 network. At least one of the PMC devicesincorporates an emulated wireless AP module. The wireless AP modulecommunicates in infrastructure mode with other in-range PMC devices. Thewireless AP module establishes a tunneled direct-link setup (TDLS)session between a station module collocated with the wireless AP moduleand a station module incorporated into a second PMC device. In someembodiments, the emulated AP module may establish TDLS sessions betweenthe collocated station module and station modules incorporated into twoor more additional PMC devices. In that case, the collocated stationmodule may bridge communication sessions between PMC devices that mightotherwise be unable to decode each other's transmissions.

After establishing the TDLS session, the wireless AP module is allowedto sleep, waking up periodically to send infrastructure-mode beaconframes. The station modules incorporated into the two PMC devicescommunicate directly thereafter within the TDLS session. The stationmodule collocated with the wireless AP module may also handleinfrastructure management frames that would otherwise be handled by thewireless AP module. These embodiments and methods provide local areapeer-to-peer and/or bridged communication between PMC devices usingexisting 802.11 or similar station resources while conserving batterycharge by limiting wireless AP activity.

DETAILED DESCRIPTION

FIG. 1 is a block diagram of a system 100 including two PMC devicescapable of wireless peer-to-peer communication according to variousexample embodiments of the invention. A first PMC device (PMC1) 110includes a first station module (STA1) 115. In one embodiment STA1 115includes a wireless transceiver coupled to an antenna, a processorcoupled to said transceiver having associated memory that storescomputer executable instructions for running an 802.11 wireless localarea network and TDLS protocols, that when executed 802.11 WLANestablishes in infrastructure mode a basic service set that comprises anaccess point and all associated stations, while TDLS protocolestablishes a TDLS connection among station in the network. The STA1 115is capable of entering into a TDLS session across a TDLS link 112 with asecond station module (STA2) 120 located at a second PMC device (PMC2)125.

The PMC1 110 also includes an emulated wireless AP module 130communicatively coupled to the STA1 115. The AP module 130 communicateswith the STA2 120 in infrastructure mode to establish TDLS sessionsbetween the STA1 115 and the STA2 120. An infrastructure associationbetween the wireless AP module 130 and the STA2 120 may be referred tohereinafter as a “TDLS setup link” (e.g., the TDLS setup link 140).

The first PCM device 110 further includes an interprocess communicationlink 135 coupled to the STA1 115 and to the AP module 130. Theinterprocess communication link 135 provides a path for passing messagesbetween the STA1 115 and the AP module 130. The STA1 115 and the APmodule 130 communicate across the interprocess communication link 135 toestablish TDLS sessions without passing over-the-air TDLS setup frames,as further described below.

FIG. 2 is a detailed block diagram of a PMC device (e.g., the PMC1 110of FIGS. 1 and 2 ) within a system (e.g., the system 100 of FIG. 1 )according to various example embodiments. The PMC1 110 includescollocated station and emulated wireless AP modules (e.g., the STA1 115and the AP module 130, respectively, of FIGS. 1 and 2 ) and is capableof communicating with a second PMC device (e.g., the PMC2 125 of FIGS. 1and 2 ). In one embodiment, emulated wireless access point module 130includes a transceiver coupled to an antenna and an Ethernet connection,a processor coupled to said transceiver having associated memory thatstores computer executable instructions for running an 802.11 wirelesslocal area network TDLS, and Ethernet protocols, that when executedallows an AP to connect to the Ethernet network and allows wirelessdevices to connected to the wired Ethernet using 802.11 WLAN protocol.

The STA1 115 also includes a first TDLS management module 210. In oneembodiment, TDLS management module 210 includes software residing inmemory in STA 115 that implements TDLS protocol that, when executed,establishes TDLS connection between STA 115 and STA2 perhaps STA3. Thefirst TDLS management module 210 performs TDLS handshaking operationswith the AP module 130 during establishment of a TDLS session. The STA1115 also includes a data packet buffer 215 communicatively coupled tothe TDLS management module 210. The data packet buffer 215 stores datapackets sent to and received from the STA2 120 following theestablishment of a TDLS session.

The STA1 115 may also include a first protocol stack 220 communicativelycoupled to the TDLS management module 210 and to the data packet buffer215. The first protocol stack 220 directs data flow between the STA1 115and the STA2 120 across the TDLS link 112 following the establishment ofa TDLS session. The first protocol stack 220 also directs the flow ofBSS control frames between the TDLS management module 210 and the STA2across the TDLS link 112 while the emulated AP 130 is sleeping.

The AP module 130 further includes a second TDLS management module 225.The second TDLS management module 225 is communicatively coupled to thefirst TDLS management module 210 via an interprocess communication link135. The second TDLS management module 225 initiates TDLS sessions andperforms TDLS handshaking operations with the STA1 115 during theestablishment of a TDLS session.

The AP module 130 may also include a transmit buffer 230 communicativelycoupled to the TDLS management module 225. The transmit buffer 230stores TDLS establishment messages received from the STA1 115 across theinterprocess communication link 135 for transmission to the STA2 120.The AP module 130 may also include a receive buffer 235 communicativelycoupled to the second TDLS management module 225. The receive buffer 235stores TDLS response messages received from the STA2 120 prior toforwarding the response messages to the STA1 115 across the interprocesscommunication link 135.

In some embodiments, the AP module 130 may include a second protocolstack 240 communicatively coupled to the transmit buffer 230. The secondprotocol stack 240 causes TDLS request messages from the second TDLSmanagement module 225 to be inserted into TDLS control frames fortransmission to the STA2 120 across the TDLS setup link 140. The secondprotocol stack 240 may also be communicatively coupled to the receivebuffer 235 to direct incoming TDLS response messages to the receivebuffer 235.

The AP module 130 also includes a basic service set (BSS) control module245 communicatively coupled to the second protocol stack 240. The BSScontrol module 245 includes software residing in memory that, whenimplemented, maintains 802.11 WLAN connections and control networkconfiguration of AP and all associated station. BSS control module 245further generates BSS control frames, including beacon frames, fortransmission to the STA2 120 across the TDLS setup link 140. The BSScontrol module 245 also receives BSS control frame responses from theSTA2 120.

The PMC1 110 further includes a first transceiver 250 communicativelycoupled to the STA1 115 and to the wireless AP emulation module 130. Thefirst transceiver 250 transmits outbound frames to a second transceiver255 incorporated into the PMC2 125. The first transceiver 250 alsoreceives inbound frames from the second transceiver 255. It is notedthat some embodiments may include separate transceivers for the STA1 115and the emulated AP 130.

Some embodiments of the PMC1 110 may be capable of a bridged mode ofoperation. Operating in bridged mode, the PMC1 110 establishes separateTDLS links with the PMC2 125 and with one or more additional PMC devices(e.g. the PMC3 260), as further described below. The PMC1 110 may thusinclude a TDLS bridging module 265 coupled to the data packet buffer215. The TDLS bridging module 265 passes data packets between the STA2and the STA3 during bridged-mode operation. Bridged-mode embodiments mayenable communication between two or more PMC devices separated by adistance that might otherwise be too great for the respective stationsto decode each other's transmissions.

FIG. 3 is a sequence diagram 300 illustrating handshaking operationsbetween a first wireless station incorporated into a first PMC device(e.g., the STA1 115 incorporated into the PMC1 110), a collocatedemulated wireless AP (e.g., the AP module 130), and a second stationincorporated into a second PMC device (e.g., the STA2 120 incorporatedinto the PMC2 125) according to various example embodiments.

Referring to FIG. 3 in light of FIG. 2 , an application 270 executing atthe first PMC 110 may request a TDLS session at a TDLS session requestmodule 275. The TDLS session request module 275 passes the TDLS sessionrequest to the second TDLS management module 225 at the AP module 130.The second TDLS management module 225 initiates a TDLS setup sequence bysending a wake-up message 315 across the interprocess communication link135 to the first TDLS management module 210 located at the STA1 115. Thewake-up message 315 enables the STA1 115 for participation in a TDLSexchange.

The first TDLS management module 210 responds to the wake-up message 315by sending a TDLS setup request message 320A across the interprocesscommunication link 135 to a transmit buffer 230 associated with the APmodule 130. The AP module 130 forwards the TDLS setup request message320A (renamed to “TDLS setup request message 320B”) across the TDLSsetup link 140 of FIGS. 1 and 2 to the STA2 120 located at the PMC2 125.

The receive buffer 235 at the AP module 130 receives a TDLS setupresponse message 325A from the STA2 120. The AP 130 forwards the TDLSsetup response message 325A (renamed to “TDLS setup response message325B”) across the interprocess communication link 135 to the first TDLSmanagement module 210. At this point, a TDLS link (e.g., the TDLS link112 of FIGS. 1 and 2 ) is established between the STA1 115 and the STA2120. The first TDLS management module 210 sends a TDLS setupconfirmation message 330 to the STA2, either directly across the TDLSlink 112 (e.g., the confirmation message 330) or via the AP 130 acrossthe TDLS setup link 140 (e.g., the confirmation messages 330A and 330B).Thereafter, the STA1 115 and the STA2 120 may exchange TDLS sessiontraffic 335 across the TDLS link 112.

FIG. 4 is a block diagram of a system 400 including three PMC devicescapable of bridged communication according to various exampleembodiments. The system 400 includes PMC1 110, as previously describedin the context of FIGS. 1 and 2 . STA1 115, incorporated into PMC1 110,is configured to communicate with STA2 120 incorporated into PMC2 125and with STA3 455 incorporated into PMC3 260. The PMC1 110 may act as arepeater for data flow between STA2 120 and STA3 455.

An emulated AP module 130 incorporated into the PMC1 110 may communicatewith a collocated STA1 115 via an interprocess communication link 135,as previously described. Operating together as previously described forthe two station case, the AP module 130 and the STA1 115 may establish afirst TDLS session across the first TDLS link 112 between the STA1 andthe STA2 120. The AP module 130 and the STA1 115 may also establish asecond TDLS session across a second TDLS link 450 between the STA1 115and the STA3 455.

In some embodiments, the STA1 115 may operate as a communication bridgeto pass TDLS messages between the STA2 120 and the STA3 455, aspreviously described. In this mode, a bridged link may be establishedbetween the STA2 120 and the STA3 455. The bridged link may be useful inthe case of two stations separated by a distance that would otherwise betoo great for accurate decoding of each other's transmissions.

FIG. 5 is a sequence diagram 500 illustrating handshaking operationsbetween a first wireless station incorporated into a first PMC device(e.g., the STA1 115 of FIG. 4 incorporated into the PMC1 110) with acollocated emulated wireless AP module (e.g., the wireless AP 130) andtwo additional wireless stations (e.g. the STA2 120 and the STA3 455 ofFIG. 4 ) incorporated into second and third PMC devices (e.g., the PMC2125 and the PMC3 260 of FIG. 4 ) according to various exampleembodiments.

Referring to FIG. 5 in light of FIG. 4 , a TDLS bridge request 515 maybe received at the AP module 130 from either the STA2 120 or the STA3455. (The example of FIG. 5 shows the bridge request originating at theSTA2 120 and being received at the first TDLS setup link 140.) The TDLSbridge request 515 causes a wake-up message 520 to be issued by the APmodule 130 and sent across the interprocess communication link 135 tothe STA1 115. The message 520 causes the STA1 115 to send a first TDLSsetup request message 525A to the AP module 130. The AP module 130forwards the first TDLS setup request message 525A to the STA2 120across the first TDLS setup link 140 as first TDLS setup request message525B.

The AP module 130 receives a first TDLS setup response message 530A fromthe STA2 120 at the first TDLS setup link 140 and forwards that messageto the STA1 115 across the interprocess communication link 135 as firstTDLS setup response message 530B. At this point the first TDLS link 112has been established. The STA1 115 may send a first TDLS setupconfirmation message 535 to the STA2 120, either directly across thefirst TDLS link 112 or via the AP module 130 across the first TDLS setuplink 140. The latter technique is shown on the sequence diagram 500 asTDLS1 setup confirmation messages 535A and 535B.

The second TDLS link 450 between the STA1 115 and the STA3 455 is set upin like manner. That is, the STA1 115 may send a second TDLS setuprequest message 540A to the AP module 130 across the interprocesscommunication link 135. The AP module 130 forwards the second TDLS setuprequest message 540A to the STA3 455 across a second TDLS setup link 470as TDLS setup request message 540B.

The AP module 130 receives a second TDLS setup response message 545Afrom the STA3 455 at the second TDLS setup link 470. The AP module 130then forwards that message to the STA1 115 across the interprocesscommunication link 135 as second TDLS setup response message 545B. Atthat point, the second TDLS link 450 has been established and the STA1115 may send a second TDLS setup confirmation message 550 to the STA3455. The second TDLS setup confirmation message 550 may be sent eitherdirectly across the second TDLS link 450 or via the AP module 130 acrossthe TDLS setup link 470. The latter technique is shown on the sequencediagram 500 as TDLS2 confirmation messages 550A and 550B. Thereafter,TDLS session traffic 555 between the STA2 120 and the STA3 455 may bebridged by the STA1 115 across the first and second TDLS links 112 and450, respectively.

The systems 100, 200, 400; the PMC devices 110, 125, 260; the stationmodules 115, 120, 455; the TDLS links 112, 450; the TDLS setup links140, 470; the AP module 130; the interprocess communication link 135;the TDLS management modules 210, 225; the buffers 215, 230, 235; theprotocol stacks 220, 240; the BSS control module 245; the transceivers250, 255; the bridging module 265; the application 270; the sessionrequest module 275; the sequence diagrams 300, 500; the messages 315,320A, 320B, 325A, 325B, 330, 330A, 330B, 515, 520, 525A, 525B, 530A,530B, 535, 535A, 535B, 540A, 540B, 545A, 545B, 550, 550A, 550B; and thesession traffic 335, 555 may all be characterized as “modules” herein.

Such modules may include hardware circuitry, optical components, singleor multi-processor circuits, memory circuits, and/or computer-readablemedia with computer instructions encoded therein/thereon and capable ofbeing executed by a processor (excluding non-functional descriptivematter), firmware, and combinations thereof, as desired by thearchitects of the systems 100, 200, and 400 and as appropriate forparticular implementations of various embodiments.

Apparatus and systems described herein may be useful in applicationsother than enabling peer-to-peer and/or bridged communication betweenPMC devices operating as 802.11 stations. Examples of the systems 100,200, and 400 described herein are intended to provide a generalunderstanding of the structures of various embodiments. They are notintended to serve as complete descriptions of all elements and featuresof apparatus and systems that might make use of these structures.

The various embodiments may be incorporated into electronic circuitryused in computers, communication and signal processing circuitry,single-processor or multi-processor modules, single or multiple embeddedprocessors, multi-core processors, data switches, andapplication-specific modules including multi-layer, multi-chip modules,among others. Such apparatus and systems may further be included assub-components within a variety of electronic systems, such astelevisions, cellular telephones, personal computers (e.g., laptopcomputers, desktop computers, handheld computers, tablet computers,etc.), workstations, radios, video players, audio players (e.g., MP3(Motion Picture Experts Group, Audio Layer 3) players), vehicles,medical devices (e.g., heart monitor, blood pressure monitor, etc.), settop boxes, and others. Some embodiments may also include one or moremethods.

FIGS. 6A and 6B are flow charts illustrating a number of methodsassociated with various example embodiments. A method 600 sequences toprovide wireless peer-to-peer and/or bridged communication between PMCdevices by establishing a TDLS session between a STA1 incorporated intoa PMC1 and a STA2 incorporated into a PMC2.

The method 600 commences at block 610 with emulating a wireless AP atthe PMC1. The method 600 continues at block 615 with configuring thePMC1 with an interprocess communication link between the emulatedwireless AP and the STA1. The method 600 includes sending a wake-upmessage from the emulated wireless AP to the STA1 to initiateestablishment of the TDLS session, at block 620.

The method 600 proceeds at block 625 with sending a TDLS setup requestmessage from the STA1 to the emulated wireless AP. The method 600includes sending the TDLS setup request message from the emulatedwireless AP to the STA2, at block 630. The wireless AP sends the TDLSsetup request message to the STA2 across a link corresponding to aninfrastructure association between the wireless AP and the STA2 referredto herein as a “TDLS setup link.” The method also includes receiving aTDLS setup response message from the STA2 at the emulated wireless AP,at block 635. The method 600 further includes sending the TDLS setupresponse message from the emulated wireless AP to the STA1, at block640.

The method 600 may also include sending a TDLS setup confirmationmessage from the STA1 to the STA2 to confirm establishment of the TDLSsession, at block 645. The TDLS setup confirmation message may be sentdirectly from the STA1 to the STA2 across the newly-established TDLSlink. Alternatively, the confirmation message may be sent via theemulated wireless AP across the TDLS setup link. The method 600 mayproceed at block 650 with passing data packets between the STA1 and theSTA2 across the TDLS link.

The method 600 may continue at block 655 with performing wirelessinfrastructure management operations at the STA1. Such operations mayinclude including originating network management frames other thanbeacons and receiving network management frame responses. The method 600may also include allowing the wireless AP to sleep during the TDLSsession, waking up periodically to send beacon frames, at block 660.Doing so may permit longer sleep periods at the wireless AP.

In some embodiments, the STA1 and the wireless AP may have separate MACaddresses. The method 600 may test for this condition at block 670. Inthe case of separate MAC addresses, some versions of the method 600 mayinclude MAC address “spoofing.” That is, a MAC source address associatedwith the wireless AP may be inserted into network management framesoriginating at the STA1 in order to spoof the STA2, at block 675.

The method 600 may perform additional power saving activities, asfollows. The method 600 may include listening for a channel switchrequest from the STA2, at block 678. If a channel switch request isreceived from the STA2, the method 600 may include sending a channelswitch request from the STA1 to the STA2 in order to cancel the channelswitch request received from the STA2, at block 680. Doing so may permitthe wireless AP to remain in sleep mode for an extended period of time.

The method 600 may continue at block 682 with determining whether atransceiver channel assigned to carry TDLS data traffic between the STA1and the STA2 is also assigned to carry wireless AP beacon traffic. If itis determined that the TDLS data traffic is assigned to a differentchannel than that of the wireless AP beacon traffic, the method 600 mayinclude determining whether a TDLS channel timeout interval associatedwith the TDLS data traffic has expired, at block 686. If the TDLSchannel timeout interval has expired, the method 600 may also includeswitching the STA1 and the STA2 to the transceiver channel to which thewireless AP beacon traffic is assigned, at block 690. The STA1 and theSTA2 are each switched within an appropriate time period such thatmanagement frames may be exchanged without packet loss. As a consequenceof the above-described activities, the method 600 may continue at block692 with transmitting frames across the TDLS link without requiring thetransmission of traffic indication message (TIM) beacons. The method 600may return to the beginning of block 660 in order to loop through thepower saving activities represented by blocks 660 through 692.

A method analogous to the method 600 may be performed by a PMC deviceincorporating an emulated AP in communication with two other PMC devicesarranged in a bridged configuration as illustrated in FIG. 4 .Activities associated with the analogous method proceed as previouslydescribed with reference to FIG. 5 .

It is noted that the activities described herein may be executed in anorder other than the order described. The various activities describedwith respect to the methods identified herein may also be executed inrepetitive, serial, and/or parallel fashion. In some embodiments, forexample, the method 600 may repeat in whole or in part as variousapplications associated with a PMC device are switched on and off duringoperation.

Apparatus, systems, and methods described herein provide TDLS-basedpeer-to-peer and/or bridged communication between PMC devices operatingin a wireless network such as an 802.11 network. After establishing aTDLS session, an emulated wireless AP module is allowed to sleep duringthe session, and need wake up only periodically to sendinfrastructure-mode beacon frames. The station module collocated withthe wireless AP module handles infrastructure management frames duringwireless AP sleep periods. These embodiments and methods may conservebattery charge by limiting wireless AP activity.

Although the inventive concept may include embodiments described in theexample context of an Institute of Electrical and Electronic Engineers(IEEE) standard 802.xx implementation (e.g., 802.11, 802.11a, 802.11b,802.11e, 802.11g, 802.16, 802.16e™, etc.), the claims are not solimited. Additional information regarding the IEEE 802.11 standard maybe found in ANSI/IEEE Std. 802.11, Informationtechnology—Telecommunications and information exchange betweensystems—Local and metropolitan area networks—Specific requirements—Part11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)Specifications (published 1999; reaffirmed June 2003). Additionalinformation regarding the IEEE 802.11a protocol standard may be found inIEEE Std 802.11a, Supplement to IEEE Standard for Informationtechnology—Telecommunications and information exchange betweensystems—Local and metropolitan area networks—Specific requirements Part11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)specifications—High-speed Physical Layer in the 5 GHz Band (published1999; reaffirmed Jun. 12, 2003). Additional information regarding theIEEE 802.11b protocol standard may be found in IEEE Std 802.11b,Supplement to IEEE Standard for Informationtechnology—Telecommunications and information exchange betweensystems—Local and metropolitan area networks—Specific requirements—Part11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)specifications: Higher-Speed Physical Layer Extension in the 2.4 GHzBand (approved Sep. 16, 1999; reaffirmed Jun. 12, 2003). Additionalinformation regarding the IEEE 802.11e standard may be found in IEEE802.11e Standard for Information technology Telecommunications andinformation exchange between systems—Local and metropolitan areanetworks—Specific requirements Part 11: Wireless LAN Medium AccessControl (MAC) and Physical Layer (PHY) specifications: Amendment 8:Medium Access Control (MAC) Quality of Service Enhancements (published2005). Additional information regarding the IEEE 802.11g protocolstandard may be found in IEEE Std 802.11g™, IEEE Std 802.11g™, IEEEStandard for Information technology Telecommunications and informationexchange between systems—Local and metropolitan area networks—Specificrequirements Part 11: Wireless LAN Medium Access Control (MAC) andPhysical Layer (PHY) specifications Amendment 4: Further Higher DataRate Extension in the 2.4 GHz Band (approved Jun. 12, 2003). Additionalinformation regarding the IEEE 802.16 protocol standard may be found inIEEE Standard for Local and Metropolitan Area Networks—Part 16: AirInterface for Fixed Broadband Wireless Access Systems (published Oct. 1,2004).

Embodiments of the present invention may be implemented as part of awired or wireless system. Examples may also include embodimentscomprising multi-carrier wireless communication channels (e.g.,orthogonal frequency division multiplexing (OFDM), discrete multitone(DMT), etc.) such as may be used within a wireless personal area network(WPAN), a wireless local area network (WLAN), a wireless metropolitanarea network (WMAN), a wireless wide area network (WWAN), a cellularnetwork, a third generation (3G) network, a fourth generation (4G)network, a universal mobile telephone system (UMTS), and likecommunication systems, without limitation.

By way of illustration and not of limitation, the accompanying figuresshow specific embodiments in which the subject matter may be practiced.The embodiments illustrated are described in sufficient detail to enablethose skilled in the art to practice the teachings disclosed herein.Other embodiments may be used and derived therefrom, such thatstructural and logical substitutions and changes may be made withoutdeparting from the scope of this disclosure. This Detailed Description,therefore, is not to be taken in a limiting sense. The breadth ofvarious embodiments is defined by the appended claims and the full rangeof equivalents to which such claims are entitled.

Such embodiments of the inventive subject matter may be referred toherein individually or collectively by the term “invention” merely forconvenience and without intending to voluntarily limit this applicationto any single invention or inventive concept, if more than one is infact disclosed. Thus, although specific embodiments have beenillustrated and described herein, any arrangement calculated to achievethe same purpose may be substituted for the specific embodiments shown.This disclosure is intended to cover any and all adaptations orvariations of various embodiments.

The Abstract of the Disclosure is provided to comply with 37 C.F.R. §1.72(b) requiring an abstract that will allow the reader to quicklyascertain the nature of the technical disclosure. It is submitted withthe understanding that it will not be used to interpret or limit thescope or meaning of the claims. In the preceding Detailed Description,various features are grouped together in a single embodiment for thepurpose of streamlining the disclosure. This method of disclosure is notto be interpreted to require more features than are expressly recited ineach claim. Rather, inventive subject matter may be found in less thanall features of a single disclosed embodiment. The following claims arehereby incorporated into the Detailed Description, with each claimstanding on its own as a separate embodiment.

What is claimed is:
 1. A device comprising: a station module thatincludes: a first processor; and a first non-transitory memory coupledto the first processor that stores a first set of executableinstructions; and an access point module that includes: a secondprocessor coupled to the first processor; and a second non-transitorymemory coupled to the second processor that stores a second set ofexecutable instructions configured to cause the second processor to:receive a session request for a wireless communication session with asecond device; based on the session request, provide a wake-up messageto the first processor; establish the wireless communication sessionwith the second device; and enter a sleep mode after the wirelesscommunication session is established, wherein the first set ofexecutable instructions includes instructions configured to cause thefirst processor to provide a network management frame to the seconddevice via the wireless communication session while the second processoris in the sleep mode.
 2. The device of claim 1, wherein the first set ofexecutable instructions includes instructions configured to cause thefirst processor to exchange data with the second device via the wirelesscommunication session while the second processor is in the sleep mode.3. The device of claim 1, wherein: the station module has a first MediumAccess Control (MAC) address; the access point module has a second MACaddress that is different from the first MAC address; and theinstructions that cause the first processor of the station module toprovide the network management frame to the second device are configuredto use the second MAC address of the access point module.
 4. The deviceof claim 1, wherein the second set of executable instructions includesinstructions configured to cause the second processor to: wake from thesleep mode; and thereafter, provide a beacon frame to the second device.5. The device of claim 1, wherein: the first set of executableinstructions is configured to cause the first processor to provide asetup request to the second processor; and the instructions that causethe second processor to establish the wireless communication sessionwith the second device include instructions to cause the secondprocessor to provide the setup request to the second device.
 6. Thedevice of claim 5, wherein the instructions that cause the secondprocessor to establish the wireless communication session includefurther instructions to cause the second processor to: receive a setupresponse from the second device; and provide the setup response to thefirst processor.
 7. The device of claim 6, wherein the first set ofexecutable instructions is configured to cause the first processor toprovide a setup confirmation to the second device without using thesecond processor.
 8. The device of claim 6, wherein the first set ofexecutable instructions is configured to cause the first processor toprovide a setup confirmation to the second device via the secondprocessor.
 9. The device of claim 1, wherein: the station moduleincludes a first wireless network transceiver coupled to the firstprocessor; and the access point module includes a second wirelessnetwork transceiver coupled to the second processor that is differentfrom the first wireless network transceiver.
 10. The device of claim 1further comprising a wireless network transceiver coupled to the stationmodule and the access point module.
 11. The device of claim 1, whereinthe wireless communication session is a tunneled direct-link setup(TDLS) communication session between the device and the second device.12. The device of claim 1, wherein the station module and the accesspoint module have the same Medium Access Control (MAC) address.
 13. Amethod comprising: receiving, by a first processor of a network device,a session request for a wireless communication session with a secondnetwork device; based on the session request, providing, by the firstprocessor, a wake-up message to a second processor; establishing, by thefirst processor, the wireless communication session between the secondprocessor and the second network device; thereafter, entering, by thefirst processor, a sleep mode while the wireless communication sessionis active; and providing a network management frame by the secondprocessor to the second network device while the first processor is inthe sleep mode.
 14. The method of claim 13 further comprising exchangingdata between the second processor and the second network device whilethe first processor is in the sleep mode.
 15. The method of claim 13further comprising: waking the first processor from the sleep mode; andthereafter, providing, by the first processor, a beacon frame to thesecond network device.
 16. The method of claim 13 wherein theestablishing, by the first processor, of the wireless communicationsession includes: receiving, from the second processor, a setup request;and providing the setup request to the second network device.
 17. Themethod of claim 16 wherein the establishing, by the first processor, ofthe wireless communication session further includes: receiving, from thesecond network device, a setup response; and providing the setupresponse to the second processor.
 18. The method of claim 17 furthercomprising providing, by the second processor, a setup confirmation tothe second network device without using the first processor.
 19. Themethod of claim 17 further comprising providing, by the secondprocessor, a setup confirmation to the second network device via thefirst processor.
 20. The method of claim 13, wherein the secondprocessor is part of an station module that has a first Medium AccessControl (MAC) address, wherein the first processor is part of an accesspoint module that has a second MAC address that is different from thefirst MAC address; and wherein providing the network management frame tothe second network device comprises using the second MAC address of theaccess point module.
 21. The method of claim 13, wherein the secondprocessor is part of a station module, wherein the first processor ispart of an access point module, and wherein the station module and theaccess point module have the same Medium Access Control (MAC) address.